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1 DETAILED ACTION 

2 

3 This action is in response to the communication filed on 6/22/09. 

4 All objections and rejections not set forth below have been withdrawn. 

5 Claims 1 - 14 are cancelled, claims 15-28 are pending. 
6 

7 Continued Examination Under 37 CFR 1. 1 14 

8 

9 A request for continued examination under 37 CFR 1.114, including the fee set 

10 forth in 37 CFR 1.17(e), was filed in this application after final rejection. Since this 

1 1 application is eligible for continued examination under 37 CFR 1.114, and the fee set 

12 forth in 37 CFR 1 .17(e) has been timely paid, the finality of the previous Office action 

13 has been withdrawn pursuant to 37 CFR 1.114. Applicants' submission filed on 6/22/09 

14 has been entered. 
15 



16 Specification 

17 

18 The specification is objected to as failing to provide proper antecedent basis for 

1 9 the claimed subject matter. See 37 CFR 1 .75(d)(1 ) and MPEP § 608.01 (o). Correction 

20 of the following is required: 

21 The specification fails to provide proper antecedent basis for the recitations of 

22 "first software", "second software", third software", "fourth software", "fifth software", "fifth 
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1 software that stops an operation executed by said input/output data when said fourth 

2 software determines", "said fourth software determines whether...", "...to user attributes 

3 acquired by said third software" [claim 15, and similarly claim 20], "sixth software", 

4 "seventh software", "wherein said sixth software determines authorization of the user to 

5 use said computer before execution of said third and fourth software", "when the sixth 

6 software determines "...at least one of the third and fourth software" [claim 16], 

7 "sixth software that references", "and compares input/output data acquired by said first 

8 software", "wherein said fifth software stops...", "...also when it is determined by said 

9 sixth software" [claim 17], "wherein said fifth software executes ... when said first 

10 software acquires..." [claim 18], and "wherein said fifth software stops ... when said first 

11 software acquires..." [claim 19]. 
12 

1 3 Claim Rejections - 35 USC §112 

14 

15 The following is a quotation of the first paragraph of 35 U.S.C. 112: 

1 6 The specification shall contain a written description of the invention, and of the manner and process of 

1 7 making and using it, in such full, clear, concise, and exact terms as to enable any person skilled in the 

18 art to which it pertains, or with which it is most nearly connected, to make and use the same and shall 

1 9 set forth the best mode contemplated by the inventor of carrying out his invention. 
20 

21 Claims 15 - 20 are rejected under 35 U.S.C. 112, first paragraph, as failing to 

22 comply with the written description requirement. The claim(s) contains subject 

23 matter which was not described in the specification in such a way as to reasonably 

24 convey to one skilled in the relevant art that the inventor(s), at the time the application 

25 was filed, had possession of the claimed invention. The examiner notes that the 
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1 applicant claims that the various categories of software recited as "first software", 

2 second software", etc. are identified by S01 - S08 of fig. 8 (Remarks, pg. 16). However, 

3 the examiner notes that such figure elements describe method steps. As, such, the 

4 applicant fails to point out where the new (or amended) claim is supported, nor does 

5 there appear to be a written description of the claim limitations in the application as filed 

6 (see above objection to the specification). 

7 
8 

9 The following is a quotation of the second paragraph of 35 U.S.C. 1 12: 

1 0 The specification shall conclude with one or more claims particularly pointing out and distinctly 

1 1 claiming the subject matter which the applicant regards as his invention. 
12 

13 Claims 15-20 are rejected under 35 U.S.C. 112, second paragraph, as 

14 being indefinite for failing to particularly point out and distinctly claim the subject 

15 matter which applicant regards as the invention. 

16 

17 Regarding claims 15-20, the recitations of a "first software", "second software", 

18 "third software" etc. lack any standard meaning to one of ordinary skill in the art. Where 

19 applicant acts as his or her own lexicographer the written description must clearly define 

20 the claim term so as to put one reasonably skilled in the art on notice of the applicants' 

21 intended definition. As the specification does not clearly redefine these terms, these 

22 terms indefinite and the scope of these claims are rendered indeterminate. 
23 

24 All other claims depending upon the above rejected claims are rejected by virtue 

25 of dependency. 
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1 

2 Claim Rejections - 35 USC § 102 

3 

4 The following is a quotation of the appropriate paragraphs of 35 U.S.C. 1 02 that 

5 form the basis for the rejections under this section made in this Office action: 

6 (e) the invention was described in (1 ) an application for patent, published under section 1 22(b), by 

7 another filed in the United States before the invention by the applicant for patent or (2) a patent 

8 granted on an application for patent by another filed in the United States before the invention by the 

9 applicant for patent, except that an international application filed under the treaty defined in section 

1 0 351 (a) shall have the effects for purposes of this subsection of an application filed in the United States 

1 1 only if the international application designated the United States and was published under Article 21 (2) 

12 of such treaty in the English language. 
13 

14 

15 Claims 15-26 and 28 are rejected under 35 U.S.C. 102(e) as being 

16 anticipated by Rothermel et al. (Rothermel), U.S. Patent 6,678,827 B1. 

17 
18 

19 Regarding claim 15, as best understood, Rothermel discloses: 

20 first software that acquires input/output data that is input or output over a network 

21 that is connected to said computer, or over an externally connected bus that connects 

22 said computer with an external device (Rothermel, 7:50-53; 2:1 5-23); 

23 second software that identifies ID information from said input/output data for 

24 identifying a user (Rothermel, 7:50-53; 2:15-23; 10:37-46; fig. 5c). Herein, Rothermal 

25 discloses that software ["second software"] identifies ID information (e.g. sender 

26 information, recipient information) from the input/output data; 

27 third software that acquires at least part of user attribute data corresponding to 

28 said ID information from a user-information-storage unit that stores attribute information 
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1 for all users having authorization to use said computer (Rothermel, 7:50-53; 2:1 5-23; 

2 4:49-56; fig. 5c - herein, the system acquires corresponding defined aliases or user 

3 data such as their network address, group information ["user attribute data"] in order to 

4 implement a enforce a policy); 

5 fourth software that determines whether said input/output data is invalid by 

6 reference to a determination-rule-storage unit that stores rules for determining whether 

7 said input/output data is invalid data (Rothermel, 1 :56-2:5; 7:50-53; 2:1 5-23; 1 1 :46-58; 

8 4:49-56; fig. 5c - herein, the system references a policy comprising rules within a 

9 "determination-rule-storage" unit for determining valid/invalid data; 



1 0 and fifth software that stops an operation executed by said input/output data 

1 1 when said fourth software determines that said input/output data is invalid data 

12 (Rothermel, 15:48-16:6 - herein, Rothermel discloses that invalid data may be blocked 

13 or manipulated thus preventing execution of unsafe data); 

1 4 wherein said determination-rule-storage unit stores determination rules that 



1 5 correspond to user attributes (Rothermal, 1 0:36-65; fig. 5c); and said fourth software 

1 6 determines whether said input/output data is invalid data in accordance with said 

1 7 determination rules that correspond to user attributed acquired by said third software 

18 (Rothermel, fig. 1:131; 10:24-1 1 :1 7; 7:49-53). 
19 

20 Regarding claim 16, Rothermel discloses: 

21 sixth software that references said user-information-storage unit and determines 

22 whether the user corresponding to said ID information has authorization to use said 
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1 computer; and seventh software that stops operation by said input/output data when it is 

2 determined in the determination of authorization that there is no authorization to use 

3 said computer (Rothermel, 7:39-53; 5:14-17; 10:24-46; fig. 5c); 

4 wherein said fifth software stops operation by said input/output data when said 

5 sixth software determines that there is not authorization to use said computer, wherein 

6 said sixth software determines authorization of the user to use said computer before 

7 execution of said third and fourth software, and when the sixth software determines that 

8 there is no authorization to use said computer, said program causes said computer to 

9 not execute at least one of the third and fourth software (Rothermel, 1 5:30-45). 
10 

11 Regarding claim 17, Rothermel discloses: 

1 2 sixth software that references a profile-storage unit that stores log data related to 

1 3 said input/output data as profiles for each user (Rothermel, 1 4:1 3-22 - herein, 

14 Rothermel discloses that the security software comprises logging means with the ability 

15 to reference log data (i.e. fig. 1 :165), 

1 6 and compares input/output data acquired by said first software with a normal 

1 7 operation trend of said user to determine whether operation is unusual; and wherein 

1 8 said fifth software stops an operation executed by said input/output data also when it is 

1 9 determined in said determining by said sixth software that operation is unusual 

20 (Rothermel, 1 :56-2:5; 7:50-53; 2:1 5-23; 1 1 :46-58; 4:49-56; 1 5:48-1 6:6- herein, the 

21 security software compares "input/output" data to the user and/or device's allowable 

22 normal operation (i.e. "normal operation trend") as defined by the system rules). 
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1 

2 Regarding claim 18, Rothermel discloses: 

3 wherein said software executes a process of interrupting a session when said 

4 first software acquires said input/output data from a network (Rothermel, 17:10-17- 

5 Rothermel discloses interrupting a communication session). 
6 

7 Regarding claim 20, it is rejected, at least, for the same reasons as claims 15 - 

8 18, and furthermore because Rothermel discloses: 

9 fifth software that notifies a terminal being operated by said user or administrator 



1 0 that an operation being executed by said input/output data is an invalid operation when 

1 1 said fourth software determines whether said input/output data is invalid that said 

1 2 input/output data is invalid data (Rothermel , 1 6:49-62). 
13 

14 Regarding claims 21 - 26 and 28, they comprise essentially similar recitations as 

15 claims 15-20, and they are rejected, at least, for the same reasons. 
16 

17 

1 8 Claim Rejections - 35 USC § 103 

19 

20 The following is a quotation of 35 U.S.C. 103(a) which forms the basis for all 

21 obviousness rejections set forth in this Office action: 

22 (a) A patent may not be obtained though the invention is not identically disclosed or described as set 

23 forth in section 102 of this title, if the differences between the subject matter sought to be patented and 

24 the prior art are such that the subject matter as a whole would have been obvious at the time the 
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1 invention was made to a person having ordinary skill in the art to which said subject matter pertains. 

2 Patentability shall not be negatived by the manner in which the invention was made. 
3 

4 Claims 19 and 27 are rejected under 35 U.S.C. 103(a) as being unpatentable 

5 over Rothermel. 

6 

7 Regarding claims 1 9 and 27, Rothermel discloses stop the execution of data 



8 transmission (Rothermel, 2:9-23), and that the security software comprises drivers for 

9 executing data transmission (Rothermel, 6:15-19; 5:14-17). However, Rothermel does 

1 0 not appear to explicitly recite stopping the execution of a data transmission driver when 

11 it is decided to stop the execution of data transmission. However, the examiner notes 

12 that it would have been obvious to one of ordinary skill in the art, in light of logical 

13 reason and common sense, to stop the means for executing data transmission (i.e. 

14 transmission driver) when it is necessary to stop data transmission. 

15 Furthermore, it is noted that Rothermel enables: 

1 6 when said input/output data is acquired from an externally connected bus in said 

17 acquisition of input/output data (Rothermel, 6:15-19; 5:14-17 - Rothermel discloses 

18 blocking the execution of input/output information acquired from a external signal line 

19 ("bus")). 
20 

21 Response to Arguments 

22 

23 Applicants' arguments filed 6/1/09 have been fully considered but they are not 

24 persuasive. 
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1 

2 Applicant argues or asserts essentially that: 

3 Purely as an example and in no way limiting to the interpretation of these claims, 

4 the first software of claim 1 5 relates to S01 and its written description, the second 

5 software of claim 1 5 relates to S02 and S03 and their written descriptions, the third 

6 software of claim 1 5 relates to S04 and its written description, the fourth software of 

7 claim 15 relates to S06 and S07 and their written descriptions, and the fifth software of 

8 claim 15 relates to S08 and its written description. 



9 Also, and again purely as an example and in no way limiting to the interpretation 

10 of these claims, the sixth software of claim 16 relates to S03 and its written description. 

1 1 (Claim 16 has been amended to remove reference to seventh software.) 

12 Further, and again purely as an example and in no way limiting to the 



1 3 interpretation of these claims, the sixth software of claim 1 7 relates to the software 

14 executed by the engine of the unit 18 shown in Figure 5. The written description of this 

15 software is provided in paragraphs 0047 through 0051 of the substitute specification. 
16 



17 One more comment is appropriate. The use of the qualifiers -first,' "second," etc. 

18 in front of the word "software" in these claims is merely for convenience so that the 

19 various software can be easily and succinctly distinguished. 
20 

21 Moreover, these terms are also clear in the context of the present patent 

22 application as demonstrated above. 
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1 Therefore, claims 15-20 are definite under 35 U.S.C. §112, second paragraph, in 

2 their use of "first software," "second software," etc. 

3 (Remarks, pg. 16, 17, 19) 
4 

5 Examiner respectfully responds: 

6 It is respectfully noted that, while the applicant may find it convenient to amend 

7 the claims with the added recitations of various categories of software such (i.e. "first 

8 software", "second software" ... "seventh software"), it is a requisite that the claims 

9 conform to the invention as set forth in the remainder of the specification and the terms 

10 and phrases used in the claims must find clear support or antecedent basis in the 

1 1 description so that the meaning of the terms in the claims may be ascertainable by 

1 2 reference to the description (see 37 CFR § 1 .75). 

13 In the instant case, the examiner respectfully points out that the applicant 

14 appears unwilling or unable to point out the clear support and antecedent basis for the 

1 5 claimed terminology. For example, the applicant fails to specifically identify any of the 

16 recited "first software", "second software" ... "seventh software", and instead points to 

17 method steps (e.g. S01 - S08 of fig. 8) and generally to a system (e.g. fig. 5). Clearly, 

18 the avenue chosen by the applicant for the sake of convenience does not serve to 

19 easily and succinctly distinguish the recited categories of software. 
20 

21 

22 Applicant argues or asserts essentially that: 
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1 Applicants' Argument - There are at least two distinctions between Rothermel 

2 and independent claim 15. 

3 First , Rothermel fails to disclose acquiring attribute data that is stored in a user- 

4 information- storage unit for all users and that corresponds to ID information associated 

5 with input/output data that is input or output over a network. 

6 On page 7 of the Office Action, the Examiner asserts that network addresses and 

7 group information are user attributes. 

8 Rothermel defines a network address as an IP address. (Column 1 , lines 36-45.) 

9 Examples of IP addresses are given in column 10, lines 36-42. As can be seen, these 

10 network addresses neither identify a user nor provide any attributes about the user. 

11 ... 

12 ... However, there is no disclosure in this portion of Rothermel that user 

13 attributes are stored in a user-information-storage unit for all users having authorization 

14 to use a computer. 

15 ... 

16 ... Again, there is no disclosure here of associating user attributes with user 

17 identities. 

18 ... 

19 Accordingly, because Rothermel fails to disclose acquiring a user ID and using 

20 that ID to look up an attribute of the user from memory, independent claim 1 5 is not 

21 anticipated by and is not unpatentable over Rothermel. (Remarks, pg. 16 - 27) 
22 
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1 Examiner respectfully responds: 

2 The applicant argues that a user's network address can not be considered an 

3 attribute of a user because "network addresses neither identify a user nor provide any 

4 attributes about the user". Essentially, however, this is merely an allegation and is 

5 unsupported by evidence or rationale. 

6 The examiner respectfully notes that this argument has been previously 

7 addressed. Specifically, the examiner maintains that a user's address is a clearly a 

8 property of a user (i.e. "attribute" of a user). It is respectfully noted that the applicants' 

9 argument (an IP address is not an attribute of the user) is merely an assertion and is not 

10 supported by evidence or rationale (See, Final Rejection, 3/23/09, pg. 13). 

1 1 Furthermore, in response to the applicants' allegation that "there is no disclosure 

12 in this portion of Rothermel that user attributes are stored in a user-information-storage 

13 unit for all users having authorization to use a computer", the examiner respectfully 

14 notes for the applicants' benefit that this is technically not a claim limitation, and that 

15 claim 15 is merely limited by software that acquires attribute data from a storage unit, 

16 not a recitation of intended use for the storage unit. However, the examiner furthermore 

17 points out that the prior art clearly discloses that the policy information used to 

18 implement the security functionality is stored (Rothermel, 7:50-53; 2:15-23; 4:49-56; fig. 

19 5c; col. 10). 

20 Furthermore, in response to the applicants' allegation that "there is no disclosure 

21 in this portion of Rothermel that user attributes are stored in a user-information-storage 

22 unit for all users having authorization to use a computer", the examiner respectfully 
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1 notes for the applicants' benefit that this is technically not a claim limitation, and that 

2 claim 15 is merely limited by software that acquires attribute data from a storage unit, 

3 not a recitation of intended use for the storage unit. However, the examiner furthermore 

4 points out that the prior art clearly discloses that the policy information used to 

5 implement the security functionality is stored (Rothermel, 7:50-53; 2:15-23; 4:49-56; fig. 

6 5c; col. 10). 

7 Furthermore, in response to the applicants' allegations that the prior art fails to 

8 disclose "associating user attributes with user identities" and "acquiring a user ID and 

9 using that ID to look up an attribute of the user from memory", the examiner notes that 

10 the features upon which applicant relies (i.e., "associating user attributes with user 

1 1 identities" and "acquiring a user ID and using that ID to look up an attribute of the user 

12 from memory") are not recited in the rejected claim(s). Although the claims are 

13 interpreted in light of the specification, limitations from the specification are not read into 

14 the claims. See In re Van Geuns, 988 F.2d 1181, 26 USPQ2d 1057 (Fed. Cir. 1993). 
15 

1 6 Applicant argues or asserts essentially that: 

17 Second , Rothermel fails to disclose determining whether input/output data is 

18 invalid based on rules that are stored in a determination-rule-storage unit and that 

19 correspond to user attributes. 

20 ... 
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1 For example, rule 316 of Rothermel as discussed above does not correspond to 

2 a user attribute. Rather, rule 316 is based on an IP address, which at most is a device 

3 attribute and is not a user attribute. 

4 ... 

5 Accordingly, because Rothermel fails to disclose rules that are based on user 



6 attributes, independent claim 15 is not anticipated by and is not unpatentable over 

7 Rothermel. (Remarks, pg. 27 - 30) 
8 

9 Examiner respectfully responds: 



10 The examiner notes that applicants' second argument is essentially based upon 

1 1 the applicants' first argument. Namely, applicant is repeating the allegation that does 

12 not disclose a "user attribute" and thus does not teach the claim limitations. Examiner 

13 finds the applicants' argument unpersuasive for the previously stated reasons of record. 

14 In response to applicants' argument that the references fail to show certain 



15 features of applicants' invention, it is noted that the features upon which applicant relies 

1 6 (i.e., rules that are based on user attributes) are not recited in the rejected claim(s). 

17 Although the claims are interpreted in light of the specification, limitations from the 

18 specification are not read into the claims. See In re Van Geuns, 988 F.2d 1 181 , 26 

19 USPQ2d 1057 (Fed. Cir. 1993). 

20 Applicants' arguments fail to comply with 37 CFR 1 .1 1 1 (b) because they amount 

21 to a general allegation that the claims define a patentable invention without specifically 
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1 pointing out how the language of the claims patentably distinguishes them from the 

2 references. 
3 

4 Applicant argues or asserts essentially that: 



5 Specifically, the Examiner asserts that the claims do not recite associating 

6 attributes with user ids. 

7 Applicants cannot agree. 

8 The only way that the attribute information can be stored for users is to stored the 

9 information according to user name or some other id for the user. No other arrangement 

10 would make sense. 

1 1 Moreover, independent claim 15 recites that the third software acquires the 



12 attribute data based on the ID information that identifies a user. In order to acquire that 

13 attribute data from the user-information- storage unit, the attribute data must be stored 

14 in association with the user ID information. 

15 ... 



1 6 On page 12 of the Office Action, item (ii) . the Examiner insists that aliases such 

17 as IP addresses include attribute data. 

18 However, this insistence is not correct for several reasons. 

19 First, if an IP address identifies the user, then the IP address is the ID and not 

20 the attribute. 

21 Second, IP addresses are routing numbers that identify machines, not users, 

22 and, therefore, cannot be user attributes. That is, an IP address is a numerical .... 
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1 Third ... and certainly Rothermel does not disclose that the user name is used to 

2 acquire an IP address which is used to acquire a rule. Therefore, the IP address cannot 

3 be an attribute of independent claim 1 5. 

4 Fourth, . . . paragraph 0005 of the substitute specification states . . . 

5 Moreover, paragraph 0042 of the substitute specification discloses ... 

6 (Remarks, pg. 30, 31, 32) 
7 

8 Examiner respectfully responds: 

9 The examiner notes that applicants' assertion "The only way that the attribute 



1 0 information can be stored for users is to stored the information according to user name 

1 1 or some other id for the user. No other arrangement would make sense" is an 

12 unsupported allegation. For this reason, at least, the examiner does not find the 

13 applicants' argument persuasive. Furthermore, it is noted that applicants' argument 

14 fails to specifically address the claim language as it is found recited. 



15 Applicants' arguments fail to comply with 37 CFR 1 .1 1 1(b) because they amount 

16 to a general allegation that the claims define a patentable invention without specifically 

1 7 pointing out how the language of the claims patentably distinguishes them from the 

18 references. 

19 In response to applicants' argument that the references fail to show certain 

20 features of applicants' invention, it is noted that the features upon which applicant relies 

21 (i.e., third software acquires the attribute data based on the ID information that identifies 

22 a user, the user name is used to acquire an IP address which is used to acquire a rule; 



Application/Control Number: 10/579,668 Page 18 

Art Unit: 2437 

1 and the statements of paragraph 5 and 42 of the applicants specification) are not recited 

2 in the rejected claim(s). Although the claims are interpreted in light of the specification, 

3 limitations from the specification are not read into the claims. See In re Van Geuns, 988 

4 F.2d 1181, 26 USPQ2d 1057 (Fed. Cir. 1993). 
5 

6 The examiner also notes that applicants' arguments continue to comprise 

7 essentially the same allegation that an IP address can not be considered a "user 

8 attribute". The examiner notes that the applicants' assertions are unpersuasive for the 

9 stated reasons of record. 

10 Further, it may be seen that the applicants' arguments of record have primarily 

1 1 focused on contesting the examiner's interpretation of a "user attribute". Yet, it would 

1 2 be noteworthy to point out that the applicants' disagreement clearly appears to be 

13 founded upon arbitrary and illogical reasons. 

14 First, for example, without defining the term "user attribute", the applicants are 

15 seen to have suggested non-limiting examples of "attributes" that may be associated 

16 with a user, such the department at which a person works (e.g. see applicants' 

17 specification, fig. 6). And yet, while the applicant argues that information representing a 

1 8 user's place of employment may be called a "user attribute", the applicant unexplicably 

19 argues that that information representing a user's address may not be called a "user 

20 attribute". Thus, with regard to an interpretation of a user attribute, the examiner 

21 respectfully points out that the applicant's distinction between an 'address" and a "place" 

22 appears to be arbitrarily fabricated and fails to be based upon any standard definition. 
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1 Second, it is respectfully noted that the applicants' arguments regarding the 

2 meaning of an "attribute" appear nonsensical. For example, applicant has consistently 

3 argued that an IP address is an "attribute" of a device because an IP address serves to 

4 identify a device" (e.g. see Remarks [12/22/08], pg. 25, lines 4-6; Remarks [6/1/09], pg. 

5 31, lines 15-17]). In apparent contradiction, however, the applicants have reasoned that 

6 were an IP address serve to identify a user, it would be called an "ID" instead of an 

7 "attribute" (e.g. see Remarks [6/1/09], pg. 31, lines 13, 14]). The examiner notes that 

8 the applicants fail to show support for the reasoning that identifying information should 

9 be called an "attribute" when the serving to distinguish a machine and alternatively 
10 called an "ID" when serving to distinguish a person. 

11 



1 2 Conclusion 

13 

14 The prior art made of record and not relied upon is considered pertinent to 

15 applicant's disclosure: 

1 6 See Notice of References Cited. 
17 

18 A shortened statutory period for reply is set to expire 3 months (not less than 90 

19 days) from the mailing date of this communication. 

20 Any inquiry concerning this communication or earlier communications from the 

21 examiner should be directed to Jeffery Williams whose telephone number is (571 ) 272- 

22 7965. The examiner can normally be reached on 8:30-5:00. 
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1 If attempts to reach the examiner by telephone are unsuccessful, the examiner's 

2 supervisor, Emmanuel Moise can be reached on (571 ) 272-3865. The fax phone 

3 number for the organization where this application or proceeding is assigned is (703) 

4 872-9306. 

5 Information regarding the status of an application may be obtained from the 

6 Patent Application Information Retrieval (PAIR) system. Status information for 

7 published applications may be obtained from either Private PAIR or Public PAIR. 

8 Status information for unpublished applications is available through Private PAIR only. 

9 For more information about the PAIR system, see http://pair-direct.uspto.gov. Should 

10 you have questions on access to the Private PAIR system, contact the Electronic 

1 1 Business Center (EBC) at 866-21 7-91 97 (toll-free). 
12 

13 

14 J.Williams 

15 AU 2437 
16 

17 /Emmanuel L. Moise/ 

18 Supervisory Patent Examiner, Art Unit 2437 
19 



